home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / mhsds / mhsds-minutes-93mar.txt < prev    next >
Text File  |  1993-04-29  |  9KB  |  224 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Urs Eppenberger/SWITCH and Keven Jordan/CDC
  5.  
  6. Minutes of MHS-DS Working Group (MHSDS)
  7.  
  8. Minutes from the previous meeting were approved.  The updated Working
  9. Group Charter was reviewed and approved, and action items from the
  10. previous meeting were reviewed.  The status of these action items
  11. follows:
  12.  
  13.  
  14. Kevin Jordan        To write a Draft RFC providing an overview of the
  15.                     main set of MHS-DS RFC's.  Status:  not yet done.
  16.                     To populate the DIT with US ADMD's.  Status:
  17.                     <SPACE> and ATTMail have been added.
  18.                     To send mail to Erik Huizer when documents are ready
  19.                     for progression.  Status:  no documents are ready
  20.                     for progression yet.
  21. Harald Alvestrand   To write pseudo code for the Routing Document.
  22.                     Status:  not done, but a contribution from Australia
  23.                     has been submitted, and Harald will consider it as a
  24.                     basis for the pseudo code to be added to the Routing
  25.                     Document.
  26.                     To populate the DIT with Norwegian ADMD's.  Status:
  27.                     <SPACE>, TELEMAX, and UNINETT added.
  28. Jim Romaguera       To produce a document on ``other'' MHS-DS issues.
  29.                     Status:  action item dropped.
  30.                     To populate the DIT with Swiss ADMD's.  Status:
  31.                     ARCOM has been added.
  32. Sylvain Langlois    To populate the DIT with French ADMD's.  Status:
  33.                     not yet done.
  34. Panos Tsigaridas    To populate the DIT with German ADMD's.  Status:
  35.                     <SPACE> and DBP added.
  36.  
  37.  
  38. In addition to the ADMD entries described above, the DIT has also been
  39. populated with the following ADMD entries:
  40.  
  41.  
  42.     C=GB; A=' '
  43.     C=GB; A=Gold 400
  44.     C=GB; A=MARK400
  45.  
  46.     C=ES; A=' '
  47.  
  48.                                    1
  49.  
  50.  
  51.  
  52.  
  53.  
  54.     C=ES; A=MENSATEX
  55.  
  56.     C=US; A=TELEMAIL
  57.  
  58.  
  59.  
  60. Thus, the DIT has already been populated with basic information about
  61. many X.400 ADMD's.  This establishes the initial infrastructure needed
  62. to allow the MHS-DS pilot project move forward.
  63.  
  64. Discussion of New Issues
  65.  
  66. Kevin Jordan raised the issue of the need for defining a new object
  67. identifier to identify the X.400/88 X.410 mode application context.
  68. X.400/88 allows MTA's to establish X.410 mode connections using the RTS
  69. protocol identifier 12.  There currently is no OID which identifies this
  70. application context.  The Routing Document defines an OID for the
  71. X.400/84 X.410 mode application context, but it doesn't define one for
  72. the X.400/88 X.410 mode context (and neither does the standard).  Kevin
  73. recommended that a new OID should be created for the X.400/88 X.410 mode
  74. context, and that this new OID should be added to the Routing Document.
  75. The recommendation was accepted.  Steve Kille will update the document
  76. accordingly.
  77.  
  78. Discussion of the Pilot Project
  79.  
  80. Most of this MHS-DS meeting was devoted to discussion of the MHS-DS
  81. pilot project, Project Long Bud.  Populating the DIT with ADMD entries
  82. was an important accomplishment since the last MHS-DS meeting because it
  83. establishes the infrastructure which allows Long Bud to progress.  A
  84. productive discussion took place regarding how best to populate the DIT
  85. with X.400 routing information and how best to progress the pilot
  86. project.  The conclusions were:
  87.  
  88.  
  89.   1. Steve Kille will update the following three documents and submit
  90.      them for progression by May 1st:
  91.  
  92.        o Representing Tables and Subtrees in the Directory.
  93.        o Representing the O/R Address Hierarchy in the Directory
  94.          Information Tree.
  95.        o Use of the Directory to Support Mapping Between X.400 and RFC
  96.          822 Addresses.
  97.  
  98.  
  99.   2. Initially, participation in Long Bud should be restricted to the
  100.      GO-MHS community (the GO-MHS community is the Internet X.400
  101.      community).  To simplify initial routing requirements, only MTA's
  102.      willing to accept connections from all other MTA's will be eligible
  103.      to participate.  In addition, all participating MTA's must be able
  104.  
  105.  
  106.                                    2
  107.  
  108.  
  109.  
  110.  
  111.  
  112.      to reach all of the existing GO-MHS community.  We will start by
  113.      adding a small collection of MTA's which are interconnected by
  114.      RFC1006 and/or ISO CLNS. We will also configure the open routing
  115.      tree such that an MTA at SWITCH is defined as a default X.400
  116.      route.
  117.      After the initial routing infrastructure is established and is
  118.      being used successfully by the initial set of participating MTA's,
  119.      eligibility restrictions will be relaxed.
  120.  
  121.   3. Some documents are needed to define the pilot project formally and
  122.      provide guidance on how to participate.  Jim Romaguera agreed to
  123.      coordinate and to help write these documents.  In fact, he
  124.      assembled a team and generated rough drafts within hours after the
  125.      MHS-DS meeting ended.  Kevin Jordan will edit the documents and
  126.      distribute them as Internet-Drafts as soon as possible.
  127.  
  128.  
  129. The need for MHS-DS tools was discussed.  The conclusions reached were
  130. that the following tools need to be built:
  131.  
  132.  
  133.   1. Routing information browser and verifier.  This tool would perform
  134.      functions such as:
  135.  
  136.      (a) Verify that specified O/R addresses are reachable using routing
  137.          information specified in the DIT.
  138.      (b) Verify MTA connection information such as presentation
  139.          addresses and credentials.
  140.      (c) Chase references from one X.500 entry to another to ensure that
  141.          there are no dangling pointers.
  142.  
  143.      Urs Eppenberger agreed to write the specifications for this tool.
  144.  
  145.   2. Route tracer.
  146.      This tool would accept an MTA name and destination O/R address and
  147.      use the DIT to produce the set of possible routes from the MTA to
  148.      the indicated destination.
  149.  
  150.  
  151. In addition, the following tools are also desirable:
  152.  
  153.  
  154.   1. X.500 Perl
  155.      This tool would be a version of Perl which would include built-in
  156.      DUA functions.  This would greatly facilitate the development of
  157.      other X.500-capable tools.
  158.  
  159.   2. Routing information DUA
  160.      This would be a specialized tool facilitating the creation,
  161.      maintenance, and management of X.400 routing information in the
  162.      DIT.
  163.  
  164.                                    3
  165.  
  166.  
  167.  
  168.  
  169.  
  170.   3. Migration tools
  171.      These tools would facilitate interworking between existing MTA's
  172.      which are not X.500-capable and ones that are.  Panos Tsigaridas is
  173.      already planning to build these tools.  His goal is to build a tool
  174.      which accepts existing RARE routing documents as input (with
  175.      possible enhancements for defining X.500 info) and generates X.500
  176.      entries.  He is also planning to build a tool which pulls routing
  177.      information from the DIT and creates RARE routing documents from
  178.      it.  Panos estimates that these tools can be completed by June.
  179.  
  180.  
  181. MTA Support for Long Bud
  182.  
  183. The PP 6.4 beta release contains support for X.500-based routing, so
  184. this software can be used to participate in the pilot project.  PP 7.0
  185. will also support X.500-based routing, as does ISODE Consortium Release
  186. 1.
  187.  
  188. Next Meeting
  189.  
  190. The next MHS-DS meeting will take place at the IETF meeting in Amsterdam
  191. in July.  Erik Huizer suggested that an MHS-DS demonstration be
  192. organized for that meeting.  The audience for the demonstration would be
  193. MTA and DSA managers.  The demonstration would not need to be very
  194. fancy.  It could simply be based upon a utility which browses the DIT to
  195. show the routing information, and it would show one or two operational
  196. MTA's which would actually be using the DIT to make their routing
  197. decisions.
  198.  
  199. Attendees
  200.  
  201. Claudio Allocchio        Claudio.Allocchio@elettra.trieste.it
  202. Harald Alvestrand        Harald.Alvestrand@delab.sintef.no
  203. George Chang             gkc@ctt.bellcore.com
  204. Cyrus Chow               cchow@ames.arc.nasa.gov
  205. Urs Eppenberger          eppenberger@switch.ch
  206. Roland Hedberg           Roland.Hedberg@rc.tudelft.nl
  207. Jeroen Houttuin          houttuin@rare.nl
  208. Barbara Jennings         bjjenni@sandia.gov
  209. Kevin Jordan             Kevin.E.Jordan@cdc.com
  210. Marko Kaittola           Marko.Kaittola@funet.fi
  211. Mary La Roche            maryl@cos.com
  212. Sylvain Langlois         Sylvain.Langlois@exp.edf.fr
  213. Ignacio Martinez         martinez@rediris.es
  214. Edward Reed              eer@cinops.xerox.com
  215. Francois Robitaille      francois.robitaille@crim.ca
  216. Jim Romaguera            romaguera@cosine-mhs.switch.ch
  217. Einar Stefferud          stef@nma.com
  218. Catherine Summers        cfs@cos.com
  219. Louisa Thomson           louisa@whitney.hac.com
  220.  
  221.  
  222.  
  223.                                    4
  224.